Joomla 3 vers 4 : échec, retour arrière bloqué

[Hector56]

Bonsoir à tous,
Nous co gérons à deux le site web de notre assoc (https://sensibilitephoto.net). Nous avons upgradé le php (alerte de notre hébergeur) la version actuelle est la 8.1
A ce stade tout fonctionnait.
Quelques jours plus tard, dans la perspective de la fin de support de Joomla 3, nous avons "tenté" un changement de version: échec. Nous pensons que le template n'est pas compatible (un vieux beez5).
Nous avions auparavant fait une sauvegarde avec l’outil de notre hébergeur et une seconde avec une liaison sftp (site + base de données).
Nous avons restauré l'ensemble sans succès ou plus exactement nous avons une page " 404 Article introuvable".
Si vous avez une idée pour débloquer la situation, nous sommes preneurs.
Par avance merci
HD

[toffffe]

Salut
tout d'abord avez vous demandé à votre hébergeur si il n'a pas une sav récente de votre site ?
Quelle sav avez-vous remise en ligne ?

[toffffe]

Si possible pour commencer repasse sur ta version de php antérieure

[Hector56]

Bonsoir,

Merci pour ce retour.
Je viens de remettre la PHP 7.4 : aucun changement toujours en 404.
La sauvegarde remise en ligne (en copier-coller), est la dernière qui fonctionnait: celle du vendredi 31 mars (matin de bonne heure bien avant que nous fassions la mise à jour). La sauvegarde que nous avons faite en sftp date de la veille (jeudi 30 mars) : aucune des deux ne fonctionne.
L'hébergeur est IONOS /1&1

[toffffe]

Je viens de regarder et ibos fait des sav tous les jours disponible 7 jours. Je te conseil de remonter très rapidement une sav d une date antérieure à vos tests

[toffffe]

En cherchant j ai trouvé comment faire pour restaurer leur sav automatique https://www.ionos.fr/assistance/hebe...chez-11-ionos/

[RobertG]

Bonjour,

Merci toffffe pour cette info, j'ignorais cette possibilité chez Ionos.

Attention à un point : si j'ai bien compris, seule la restauration des fichiers est concernée. Il faut donc aussi restaurer la base de données, le plus sûr (pour éviter des mélanges) est de tout vider avant de remettre la sauvegarde de la base. Tout vider aussi dans le dossier du site quand on restaure soi-même car les mélanges J3 et J4 dans une telle situation sont à éviter.
Et penser, puisque la restauration des fichiers se fait a priori dans un autre dossier, à corriger le fichier de configuration (chemins des dossiers logs et tmp).

[Hector56]

Merci à @toffffe et à @RobertG
Pour le moment, nous avons remonté une version ancienne des fichiers du site (mercredi 29 mars) puis effacer et restaurer la base de données en effaçant auparavant tout ce qui s'y trouvait..
Malheureusement rien ne fonctionne.
Petite précision le site est dans /site avec une redirection dans le index.php à la racine.
Question: vaut-il mieux le mettre à la racine ?
Merci à vous

[toffffe]

Oui c'est mieux qu'il soit à la racine, il faut éviter les redirections.
Avant le site était à la racine ? Car si c'est le cas le fichier configuration.php ne doit plus avoir les bons chemins

[RobertG]

Il est plus simple que ce soit le pointage du nom de domaine qui soit adapté (possible chez Ionos) plutôt qu'une redirection.

[Hector56]

OK merci je vais tenter ça.

[RobertG]

Dans la gestion des domaines et sous-domaines, tu peux choisir le dossier correspondant.
Et comme le dit toffffe, vérifie bien les chemins des dossiers logs et tmp dans le fichier configuration.php